ATTR Syntai: Attr filename [permisaionsj Usage : Examine or 
change the security permissions of a file Opts: -perm = turn off 
specif ied permission Derm= turn on specified permission -a = 

inhibit rms : d - director^' file 

.jbp, owner v - irrite permit 
lili read permit to public 
||i|>ermitlo public BACKUP 
pll Copies all data from 
fi^: error occurs s = 
iirites BASIC09 Syntax : 
liiBUILD Syntax: Build 
lllirom standard input 
1^ working directory to 
Hiisage: Change execution 



s - nc 

to owl 

pw - 

Synta 

one d( 

single 

BasicO 

filenai 

CHD S 

specif 

direct^ny 
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fy Wi^^^^^APm^Ml^^^^i^&^^i^^^^^T^^^^ filenames 
Usage : Fi|iiiiliSiiiiSliillliH^ Cobbler devname 

Usage : Crealel T)S-& 1)o6Mrap^^^ current boot CONFIG 

Syntax 1-^"=^--^' =— g^^>^->^^-°A ^^- i---*- ■ ^ j-^.^^i^^^ ^^ks COPY 

Sv 
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Synf. 

lyntax 
one fil 
Date [t 
speciiy 
: Checl 
for woi 
= save 
cluster 

irint < 

<de7n 

lenan 
delete 
direct© 

[e] [i] 

names 
execute 

Display a cm^^^^^mmm^^xmmmmmm^^mm^M syntax 

: Dsave [-opi||;|iiiMiiii;iiii|iiiiip file 

to copy all flies in a directory system Opts : -b make a system 
disk by using 0S9boot if present -b=<path> = make system disk 

process h makdir 

command TTTNTIj' 100/1 o?;aiim K 

ECHO Syn JUiMli lyyU Hiiard 

output EI iiinted 

error messag4...:.,...,..J|pWiliiii:^il8liiliilii^^ 

Usage: Chain ^fe-tie^^f ■. " ':' ; •ilolili^^TOiMfl^'^^^^^^^^ifc 

<devname> Usage : Initializes an OS-9 diskette Opts ; R - Ready L 

- Logical format only "disk name" 1/2 number of sides 'No of 



data from 
E;?::s:Svntax : 
: t = 

i^l> Usage 
iBIctory 
-m 

iillunused 

iiiro = 

?ijfciame> 

iiiei [-x] 

Wm-s. - 
iiipeldir 
ax: Dir 
file 

R||=print 
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Things are certainly starting to happen in the 0S9 World 
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Firstly, we (that is, the Australian 0S9 Users Group) have finally been able to establish links with a number of 
reliable overseas sources of Public Domain Software. We have .Ttanaged to establish links to a couple of guys in the 
Netherlands who are willing to provide us with as much material as we require from their collections, and also from 
the collection of the European 0S9 Users Group, Some 50 megabytes (yes megabytes) of PD software. We have also 
managed to get access to the Princeton University (USA) 0S9 Group Listserver on Internet, and can send and receive 
messages and files via that forum. Some very familiar (in the 0S9 Community) names are regular contributors to the 
discussions on that network. Such names as Kevin Darling, Mike Knudsen, Tim Koonce and Mark Griffith are common 
correspondents. And the material that they are currently discussing is always 'state of the art' 0S9. 

Secondly, we have seen the first CoCo4 'clone- released in the form of the 'TC9 TomCat" from Frank Hogg 
Laboratories Inc. The documentation that we have seen will make all 0S9 Users' mouths water (even the OSK types). 
I will try to give a synopsis of the documentation just to ijihet your appetite. Incidentally, this description 
should not be taken as any kind of endorsement for the product. As usual, we are simply providing information 
about 0S9 and 0S9 related products. 

Let me quote from the advertising flier that I received in the mail: 

From 6809 to 6SB30 and beyond, with your present hardware, at your own pace... 

Here are some of the specifications for the TC9; 257. faster than a CoCo3, uses a PC compatible keyboard, has 2 
'real' serial ports, supports a serial mouse, has a parallel printer port, has provision for 512K onboard ram, OR 
can use a CoCo 3 512K ram upgrade, can be upgraded bo 1 megabyte mt^i the Disto 1 meg upgrade with no soldering, 
has 3 bit A to D and D to A converters, providing better sound and higher resolution joystick, supports an internal 
speaker, has a standard CoCc bus so that existing cartridges can be used, and is K-Bus compatible! ' 

K-Bus is FHL's standard OSK vehicle, and has been advertised in publications such as the US Rainbow Magazine, What 
is interesting, is that the TC9 does not have to be used ;jith a K-Bus system, but can be used (with the addition of 
a case and power supply) as a stand alone CoCo3 clone. We arB presuming that the system is based on the Hitachi 
high-speed iS09 look alike chip. This means that everything simply runs faster that it would on a CoCo3, but with 
very few other changes. Interesting things start to happen when a K-Bus system is added. With the addition of a 
K-Bus system, interfacing to a 68B00 (or even a 6SS30) is simple, and the Tomcat then becomes a dual processing 
system. This means that when in 0S9 Level II mode, the 680X0 chip becomes a co-processor!! This should mean a 2 
to 3 fold improvement in performance. When the 680X0 is master, the TC9 will act as a co-processor to OSK, 
Theoretically, this should make for a smooth transition between 0S9 and OSK. And of course, as soon as a K-Bus 
system is fitted to the TC9, ail of the K-Bus peripherals become available for use with the system. 

The price? US$ 299.95. But, you would have to add to that a case, keyboard and power supply just to get the thing 
going as a (fast) CoCo. I'm not sure that I will be racing to buy one at that sort of price!! 

The release of the second 'clone' irtachine, the MMl is imminent, and there is rumour of even a third clone machine 
in the not too distant future. So, as I said, things are really starting to happen. 

I hope you enjoy this copy of the Newsletter. Cheers Gordon, 
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CREATING A BOOT DISK 
An addenduffi to "OS-? From The Beginning' 



Last ffionth'5 Newsletter contained an excellent Article "05-9 Fron; The Beginning". During a discussion with Gordon 
it was agreed) as an addenduRi to OB-9 Frost The Beginning, that I should write an article on setting up a Boot Disk. 

Only uihat is contained on the original Systeii! Disks will be used to create a Boot Disk to maiumise your systeiii. We 
will also be setting up a disk froni which you can easily create other Boot Disks when required. 

The MODPATCH utility will be used in modifying the Systen*, so a simple explaination in its use will also be given. 
There will also be a chart detailing the Disk Drive Offset locations and the patches fo^- those locations. The 
windows I will not cover here as I have alreadu done so in the Dec 39 - Jan 96 Newsletter (page L). 

Having spent a couple of nights prior to writing this article atterriPtmg to operate e one drive systePh I have 
decided that the first requirement of a one drive system is a second drive. A two drive systeffs will be assumed. 

1 am assuming you have booted your system with a backup copy of your original disk. Yen will have a systefii that is 
35 tracks single sided with a step rate of 3BiiiS. also a 32 column screen, at this point there is little we can dc 
about the screen as GrfDrv is not in memory. What we can do is take a look at the cnanges that can be made to the 
drive descriptors. Study the chart belowi You should find it self explanatory. 

Offset 13 14 16 IS 19 22 

Drive accessed /DE 82 
/DD m 

m m 

/D2 132 
step rate 3Bms 0i3 

20ms 01 

12m5 02 
6ms 03 
Density 35trk 01 

ACtrk 0i 

80trk 03 

No of Tracks 35trks 2j 

40trk5 26 

B0trk5 50 

No of Sides 1 01 

2 02 

Drive Name /D0 B0 



/DD C4 

/Dl Bl 

/D2 B2 



This is where we learn how to use MODPATCH and in doing so put the finishing touches to your understanding of the 
above chart. 

MODPATCH allows you to link to a module^ and change an Offset address in that module from one value to another, in 
this case it is going to be Dl» Why ?» because we need to format a 40trk double sided disk, and to do that we need 
a 40trk double sided descriptor in memory. We will leave D0 and DD remain as they are for now with the exception of 
the step rate. Most drives today can handle the 6ffis stepping rate so 1 will be using that as an example. If your 
drives are different then choose the right value from the above chart^If you do not know try experimenting with 
just the step rate. The changes wont become permenant untill you use the COBBLER command. 

How do we do this? At the command line type MODPATCH <enter>. When MODPATCH loads, the cursor will be hard 
against the left side of the screen. Press <1> (that's a lower-case L) then the <space bar). Then type "Dl" (the 
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module we are linking to.) Then press <enter>. You will notice that everything you type echoes, don't worry, this 
IS norfnal. To change anything, first locate from the chart, the offset that needs to be changed. As I said in the 
previous paragraph, I will change the step rate to hm. The offset for this, from the chart, is 14. The step rate 
of the original disk is 30ms, its value is 00. The 6m5 value is 03, What u^e have to do now is to change the 
value at offset 14 from 30 to 03. What you have to remember is, that you change an offset FROM what it is, TO what 
you want it to be. 

It should go like this.... I won't show the echo. 

modpatch <enter> 

1 dl <enter> 

c 14 30 03 (enter) *The step rate from 30m5 to Ams 

c 13 23 23 <enter> *Tracks from 35 to 48 

c 19 01 02 <enter> *Sides from 1 to 2 

V <enter> *verify the changes 
1 d8 <enter> *Link to D0 

c 14 00 03 <enter> *The step rate from 3Bms to 6ms 

V <enter> *verify the changes 
1 dd <enter> *Link to DD 

c 14 00 03 <enter> *the step rate from 30ms to 6ms 

V <enter> *verify the changes 
<control-Break> *E>at5 from modpatch back to 0S9 prompt. 

Try a few commands to test out your new found speed. Put a blank disk in /dl and type format /dl r '40 Track 
D/SIDE". When the formatting is finished, a 'free /dl" ccminand yill reveal 1440 sectors, a little better than the 
630 sectors you originally had on your system disk. 

When everything is working satisfactorily, the number of tracks and sides for the D0 and DD descriptors can then 
also be changed. At this point the only changes that have been iriade, are in memory, and not on the system disk m 
/d0, or the newly formatted 40 track double sided disk in /dl. 

If you are satisfied with the modules you have in memory, make the changes- to D0 and DD. You will also want your 
BOOT stepping at 6»s, so make this change also. 

1 boot <enter> 

c 017c 13 10 <enter> 

v < enter > 

< Control -Break)' 

Now do a cobbler /dl (enter). This will put an 0S9Eoot file on the disk in /dl which will include all the changes 
we have just made. To make this a system disk we neec to copy all the files from the disk in /d0 to the new disk in 
/dl. There is a utility called DSAVE, in the C^!DS directory that we can use for this. This is how it is done..... 

chd /d0 (enter) 

dsave /d0 /dl f shell <enter) 

Now sit back and watch a new system disk being created, or have a cup of coffee. 

This is the end for this month, next month I will be showing you how to create your own conf ig procedure, that once 
completed will allow you to build your own boot disk, in a fraction of the time that config takes. 

If you have any queries please call or write Rob Unsworth 

(07) 202 421B 
20 Salisbury Rd 
Ipswich OLD 4305. 

oooocoooooOOOOOOOOOOoooococffloo 



Page 4 June 1990 



AUSTRALIAN 039 NEU'SLETTER 

The folluiitiTig article yas sent tc U5 by Peter Tutelaers of the NetherlaTids 0S9 UE-ers Group. By kind p9r:?T-;is5iDn of 
the authcrsi (although ye are not strictly an electronic HiediufTi) 'oie reproduce it here for your education. I guess 
that it beeches fairly technical in its treatment of the fafitous (or irifdiTjousi depending on your vieinpoint) Boot 
Order Bug» and therefore will not be a great deal of use for ail of our iTieiTibers, .... Ed. 

COCO-3 BOOT LIST ORDER BUG (BLOB) 

Factsi fixes and theories 

Kevin Darling k friends 

The BLOB! Soirte owners have iti soirie have never seen it. Ordering of iricdules in a boot list for 059gen seems to 
affect it. Adding neiii devices may cause it to show up. What causes it? It's past time to lay out both what has 
been conjectured and what is truly known so far. 

At firsts the OS-9 kernel itself was bla^iied. We've been pretty sure now for a long time that it is NOT at fault. 
All the (Rodules are position-independent, and have been gone over very closely by several of us^ locking for 
anything that could cause a problem. We have found no software cause at all (with the e>:ception of the disk driver 
- see below). Instead, hardware and timing discrepancies in the CoCo-3 and peripherals have been found almost 
always to be at fault. In fact, it's often possible to pinpoint the exact cause of a particular problem, with 
enough information. 

Enough preliminaries. Here are most of the confirmed and unconfirmed symptoms and possible reasons, including 
things that act like BLOBs... 

FLOPPY FORMATTING HALTS IN FIRST FEW TRACKS; READ/WRITES ARE OFF BY A BYTE: 

Ken Schunk, myself, an'd others long ago found that the halt method used by CC3Disk (and some RSDOS drivers in 
programs) has a probleffi with some disk controllers (apparently mostly pre-19S5 1773' s). The usual method is to 
wait for the FBC (floppy disk controller) to indicate it is ready to exchange a byte of data, and then have the 
CoCo go into the halt mode. What will happen is that the first byte transfer gets lost, and this is returned as a 
"Read Error' by the driver. 

For reasons as yet unknown, this 'data lost' sequence sometimes 'seems" to be driver position dependent. I would 
guess that most boot failures arB caused by this one, especially with older controllers (altho I've seen it happen 
on newer ones, too). The drivers can be fij^ed, and we should be able to post patches later. 

READS/WRITES 50 TO WRONG LSN: 

Actually, they go to the wrong TRACK, which is also always the wrong LSN. Usually caused by using disk drives that 
are set to turn on their motors only with drive select, instead of the required method of all motors on with the 
motor-on signal. All drivers assume that if one motor is on, ALL are on. Because of this assumption, and 
especially because the drive READY line isn't usually available on the CcCo setup, the FDC will send stepping 
commands to a drive that is still spinning up again when selected (it takes about 1/2 second to be actually 
'ready').... and those stepping pulses are totally ignored by drives not spun up. So while the FDC Jhinks. it's 
stepped the head to a new track, in fact either some or ail of the step pulses haye been lost. Worse, the 1773 FDC 
seems to ignore the imbedded track information on the disk itself (contrary to docs) and so as long as the sector 
number matches up, the data is read/written... to whatever track the head happens to be over' So make sure your 
drive motors all come on at the same time. 

SPEED AND BAD CHIPS 

Testing and experiences by several people has shown that the American semiconductor industry has gotten p^^etty bad 
D\'er the last feiit years as far as quality goes. Or perhaps retailers ar^ selling r^ore reject chips that they buy 
en the grey market. In any case, some failures of cnips used m add-on devices h^^/e been found to be brand 
dependent. For 8>;ample, some of the LS24j data buffers inside CoCo-3's seeii; to fail to pass true data at times. 
Replacing this chip with a Japanese brand will usually cure this particulaf problem, Mctorola chips seeii} to be the 
u^orst bet. Symptom is that an instruction loop reading from the MPI sometimes sees bits set that it shouldn't. 
Solution IS to replace the chip or slow down the loop, Speeduiise, many people use hardware desigTied and built for 
IMhz operation from the CuCol/2 days. A common problem is with RS232 paks.,, they may need the 6551 replaceG with 
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a higher speed version, 

INTERRUPTS 

Boot problems also sometirtes appear inhen a device's interrupt line isn't correctly reset. Tve had several 6551 
ACIAs (used in RS232 paksi etc) that decided net to clear their interrupt line just by resetting the CdCo. This 
leaves an interrupt hanging and can usess up a iriachine trying to boot OS-9. It's also been found that some RS232 
paks were built with the E clock tied to the IRQ line... this can abort a boot also. Stuck interrupts ^re covered 
in the various 'IRQ HACK" files available on inost networks, as are files on the RS232 pak. 

MULT IRAK UPGRADE 

A non-upgraded MP! definitely causes problenis. At the least i it can cause wrong infcrination to be read froin the 
crucial 5IME interrupt status port. The most coinmon rumor uje see on BBS's is that the MPI upgrade 'isn't needed' i 
because 'my machine runs fine without if. DO NOT LISTEN TO THESE PEOPLE. PLEASE EXPLAIN TO THEM THAT THEY ARE 
STUPID. While uje can't swear that you WILL hurt your 5Ii1E if you don't upgrade, uie can certainly say that it does 
make electronic sense to DO the upgrade (plus Tandy sold the upgrades at first cheaper than their cost, mhich alone 
would make one think there's a good reason for having it) eh"^). The electronic reason for the upgrade is this: a 
READ from $FF80-9F will turn on BOTH the GIME data bus AND the hPI data bus. (In addition, really old MPIs ghost 
their slot select at $FF7F and $FF9F, which causes problems.) It's never a good idea to have two devices trying to 
put data on a bus at the same time... one of them could get hurt (usually the GIME, in reported experiences). 
Especially under 0S-9t where the interrupt register at $FF92 is read at least 60 times a second, it makes sense to 
not have that data be corrupted by bogus MPI data coming on at xh& same time. So UPGRADE YOUR MULTIPAK NOW! 

E-CLOCK SYNCHRONIZATION: 

All accesses to peripherals need to use the 6399 E clock to validate the transfer of data (especially at 2Mhz!). A 
few early versions of third-party devices accidentally were made with registers that didn't do this. All have been 
fi>:ed for a year now, as far as I know. The boot-order side of .this came about whenever a device register luas 
accessed at an odd/even address, and then the next cpu instruction fetch was at the opposite even/odd address... 
which meant the AS address line (or sometimes Al and maybe A2 also) would change after the E cycle ended and thus 
cause wrong device register addressing. This was shown on scopes as a small (around 13-ns} glitch. So the 
^position* of the driver I/O access instructions in memory was very important, and was a true common "boot order' 
trouble causer (and may still be with older devices made in the pre-CcCo3 days). 

GIME S0-3 DECODING 

A variation of E-gating is that the SC5 external select line is generated inside the CoCo-3 without being E-gated. 
This could possibly mean that while the GIME is decoding a different I/O selection, the S9-2 GIME lines decoded by 
the 74LS133 in the CoCo could easily wobble between outputs, possibly randomly enabling ROMs, PIAs, etc and placing 
bogus data on the bus. It also may be one cause of the video 'sparklies". Again, using the E gating on devices 
should mostly solve this, altho it's also recommended that if you have problems you should gate the 133 with the E 
clock (Roger Krupski came up with the easiest method: inside the CoCo on the cartridge port, simply tie the E clock 
to the 5LENB line. 

DOUBLE INTERRUPTS 

This is an oddball one. Sometimes people notice that their boot fails, or that their software clock runs at double 
speed while within a VDG screen. Quite by accident, I stumbled across evidence that certain address bit 
combinations in these situations causes double the vertical interrupts to be generated. No solution except to boot 
to a real window always, and if you have this deck problem to change the order in which you start up a game, so 
that it's video address can be moved somewhere "safe". This also seems to Hp GIME dependent. Non-upgraded MPIs 
can cause this also, I think. 

OTHER HARDWARE PROBLEMS 

Bad connections. Bad connections. Bad connections. Clean all your contacts regularly. The cartridge port, the 
hPI and slot pms, all rompak devices^ disk drive cables, and even yank your GIME and swab it with alcoifol if need 
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dbt aitho sorTietimes just pushing/ topping en it CLires fTiany nddball troubles. 
scmething covering the uirite-prctect detect LEDs. In generali just keep everything clean' It's alsc about ncu: 
that [Tfany disk drives in use for ijears^ are iiiearing out or becDUiing [rnsaligned. Heads becGnie a lot iiieaker^ and 
data becomes flaky. We've also seen cases -adhere a neu) cordless phone » or appliance on the saiTie circuit breaker? 
can screw up floppy or hard disk transfers. Even satellite dish downfeeds running by the cofrjputer. If you start 
to have probleiTiSt ask yourself "did anything change here lately?' 

OTHER SOFTWARE PROBLEMS 

More and more Gften^ we find that many supposed boot list problems often have an unrelated sintple explanation... 
such as making a neuj boot and forgetting that you patched some iTiodules or used old ones; the ccfTimon "oops forgot to 
put Grfdrv and Shell in the CMDS directory' gotcha; leaving out a Uiodule. Very often it can be caused by not 
having the latest drivers for a device. It's important to keep updated iiiith the neiDest softiLtare iuade available, 
Alsot sometimes a module (especially os9pl) imll get hit by an errant program? and then you osTgen a new disk... 
which gets perpetuated with the bad os9pl from then on through new cs9gen5. We also find that people often 
reverify a bad module quite by accident using disk editors on their bootfilei thus hiding future trouble. Keep a 
log of all changes you rriaket and CRCs! 

MISC THEORIES 

Most other problems fall into the mystery section (meaning lue don't havB a firm handle on the cause yet). I have 
two pet ideas that may or may not make sense, but ijinich are bolstered in part by experiences by myself and others. 
One is that since interrupts cause the internal BASIC ROM to turn on (to get the interrupt vectors) i the ROM stays 
on a bit too long and corrupts the data bus at times. Probably a dumb theory <grin>. The other is that the dead 
cycles within many instructions have an effect. During the dead cycle the address bus contains tPFFF (which turns 
on the ROM!) and again, ' perhaps this data sticks around, or the address lines change too fast enough once m a 
while from true address to FFF. This ties in with partial evidence that some 6699s at 2Mhz will start changing 
their address lines immediately after the end of an E cycle? perhaps even before E-gated devices finish up. We do 
know that oddball reads/writes occur at times to strange addresses, and this might ejiplain them. . A third theory 
gaining some acceptance (but we just don't know how the GIME tiiorks internally) is that the GIME, like the SAM chip, 
powers up using either the up or down side of the main oscillator clock (remember hitting reset on SAM machines to 
get the right red/blue fake color phase" like that). Perhaps one side is better than the other. Certainly 
powering down sometimes cures a boot or other problem. So who knows? We also know that changing cpu brands, and 
sometimes switching GIMEs, will often cure timing problems and the sparklies. Not always, though. 

CONCLUSIONS 

We're still gathering data, and occasionally do run across something unexplained. For the most part though, BLOBs 
f\a\'e become fairly rare. This may be because people have more L-II experience, or newer hardware, or a 
combination. OS-9 itself is not at fault, and note that even RSD03 applications can and do suffer from the same 
symptoms. The basic answer is that we moved up to a faster m-achine, while still using older peripheral equipiirent. 
The order of the boot list CAN affect the symptoms (as we've seen), but this is simply software showing up hardware 
bugs, and is NOT the fault of 05-9 itself. So the final word is this: our best evidence is that there really 
_isn't_ a boot list order bug. Look to your hardware instead. - kevin darling 

The above information has been gleaned over the past two years from personal experience, many phone calls and 
network messages, and the work of Bruce Isted, Tony DiStefano, Chris Burke, Roger Krupski, DP Johnson, Dave Wiens, 
Ken Schunk, and many others. 

This file may be reposted on BBS's and other electronic networks, but may net be used in commercial publications 
without the author's permission. 

PS: if you have anything to add, please send info'^malinn to me at: 

?6?S3,A227 - CompuServe 

0S9U5PRES - deiphi 

uunet ) 7t703. ^2273ccmpuserve. cofi; 

(Or tor 0: 0S9 UG, send to Gordon Bentzen, and ye ^^Ul get the message to him .., Ed; 
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OS-9 FROrt 1¥E 2EGUmm ' Part 2 



This iTionth we continue thiE. series which is aimed at new users of OS-9 and is written afcund the "standard" .Tiodules 
of the flicroiitare OS-9 operating system distributed by Tandy for the Color Conputer 3. 

I trust that the cDfri.Tients in last month's article and the "Getting Started' section of the OS-? [Tianual have 
resulted in a bootable disk which uiill fully utilize the capacity of the system hardiiiare. We can now fiicve on to 
sofTie simple analysis of the operating system and systefTi modules. At the OS?: prompt, try entering "mdir', 

"mdir" will produce a directory of all modules currently in memory^ and will be similar to the listing below 
depending on the selections made during the "config" program, and current programmes. The display forfnat will 
depend on the screen typet 3 columns for 32 or 43 column screens or 5 columns for an S0 column window. 

nodule Directory at 28:26:35 
REL Boot 0S9pl 



0S?p2 


Init 


lOMan 


CC3I0 


RBF 


DD 


CC3Disk 


D8 


Dl 


SCF 


Wmdlnt 


Term 


U 


Wl 


W2 


W3 


W4 


m 


U6 


W7 


PRINTER 


P 


Clock 


CC3G0 


Pipe 


Piper 


PipeMan 


T2 


ACIAPAK 


Printer 


GrfDrv 


Shell 


Copy 


Date 


Delnii 


Del 


Dir 


Display 


Echo 


Ini: 


Link 


List 


Load 


MDir 


Herge 


iifree 


Procs 


Rename 


Setime 


Tmode 





"mdir e' will provide an e;^ tended directory with information about each module in memory. Here is a listing of 
only some of the modules. 

Module Directory at 23:57:35 

Blk Ofst Size Ty Rv At Uc Naire 



3F DB6 12A CI 1 r S0 REL 

3F E33 1D0 CI 2 r 01 Boot 

3F 1003 ED? C0 3 r 30 OS?pl 

01 1300 CAE C0 2 r 01 0S?p2 

31 IFAE 2E C0 1 r 31 Init 

3! IFDC 9F3 CI 1 r 01 lOHan 

31 29CF C36 El 1 r 33 CC3I0 

If the listing scrolls off the screen, <CTRL> U will pause the screen (hold down the CTRL key while pressing thE W 
key)t hit any key (except BREAK) to resume the listing. Or better yet, enter the command 'tmode pause' prior to 
the 'mdir' command. This will cause the list to pause as soon as the screen fills. Hit any key to continue. The 
command to turn OFF this screen pause is 'tmode -pause''. Also try othfer sustem commands (modules) rrofff the OS-^ 
Commands Reference section of the manual, like HFree eti. 

MULTI-TASKIf^ 

The easiest way to see a sample of muIti-taBking is to start another "immortal' shell m another window. The 
default setup of window descriptors can be used to begin with, refer to the manual section UINDOWS, paae 1.3, for 
the default parameters of each window device descripti;^ --i ^7 is an 80 column, te>;r type, of 24 lines (a full 
screen ) . 
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The cG-iiTidfid at the prc^ipt to stdrt another Ehcll yould look like this iiihen typed, GS9:snell i = /y7^ <enter> 
This will startup d^T\ imiOrial shell in utindow 147 using the default values of yindou? type, colours and size. The 
dfiipersand (&) uiill tell 0S9 to run this shell as a concurrent process. Pressing the CLEAR key luill switch betiiieen 
the TERM screen and the Windoui vll, Go to W7 and enter any 039 coiTi.7!and, e.g. "mdir e\ 0S9 is noi;; (ifulti -tasking, 
Use the sajTiE ccmntand "shell i=/iii?&' (ii^here iij? is the nuiriber of any valid yindoti? device descriptor in liierriory) to 
startup another Shell, and enter sofiiS LGfnrriands in each liundc'j* (CLEAR key to flip betiAfeen iiundoiiis). Try the cofi"iiT!dnd 
"procs^ in one of the liiindciiis, and OS? yill report the current processes. 

To ter.iTiinate a SHELL that has been started in a uindoiLt the coMiand is "e>:\ This will also close the ktindoii. 

A windoiii does not need to have a shell running for it to e>;ist. Output of friost conijijands can be re-directed to any 
valid DEVICE such as disk drive (dS), printer i?)^ or luindGtii (ui3). 

The comfiiand ''fitdir e° redirected to lijindou 6 'liould be 'mdir e >/iii6'. The listing atould be sent to rl6. Note hoiiseverT 
that in this case the usindoy U6 fiiust not have a shell running, 059 will redirect the output of the cDiTifiiand "fiidir" 
to a'indoiii W6 by opening the windoii], and display the listing. The iitindouj tjiil close again on the coifFpletion of the 
output unless irieuiory has been reserved for that iiiindouj. The cciTjinand "iniz /m^ will reserve [TiS^jiory and iTidintain 
the displayed listing on completion of "uidir' 

The opposite of 'inii' is "deiniz'. The cofTiiriand 'demiz mt*' inill return the reserved fijeriiory to OS? and close the 
tjiindoui. 

The 0S9 fuanual, 'Uindoiits' section, contains all the inforfTiation on the use of "ucreate' or "display' to fifodify the 
default setup valid window descriptors. The 'djindcin descriptors can also be configured to a desired display so that 
repeated .Tfodification is not necessaryi refer to the article "^indokts Explained" by Rob Unsyorth in our Decefiiber 
1989 neujsletter. 

Until next /rjonth, have fun uith the 0S9 level 2 usindoiijs and the multi-tasking yhich aie all love. 

Gordon Bentzen. 

COGOOGODGOOOOOOOOOOOCOODOODOGD 
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NATICNAL 0S9 USER SRC^'P APPLICATION / fBEWAL FORM 



[ ] SUBSCRIPTION ieEWAL [ ] NEW 3UP5CRIPTIQN 



Surname : hirst Na[ri& : Title WirMBtc} 



Street : 



Suburb : State : Poster 



HofTie Phone i Business Phone 



Do you run 0S9 Level 1 [__] and/br 0S9 Level 2 [„] (please tick) 
Type of CciTiputer for 059 : 



Diskette Size ( inches)! Nuiriber of Tracks: Sides: Nufiiber of Drives 

Special Interests : 

Can you contribute articles to this Newsletter ? 



Date : / / Signature : 



Aniount Enclosed: 5 ( IIS-SS an II cover you for 12 months} 

i cheques payable to National 0S9 User Group) 

NOTE: All current subscriptions E>;pire AUGUST 31st, 199S 

- Renewals CGmtriencs SEPTEMBER 1990 



Please Return CusJipIsted Fo'cVi^ to 

^TIONAL 0S9 IKR GROUP 
C/o Gordon BFNTZEN 

n r>nTkf OTDnrr 

SUNNYEAf^K QLD 41(39 



VIDEO DIGITIZER 




Capture images from a video camera or 
home VCR (with a sood pause-still). 

Transfer images to CoCoMa>c3 , ColorMax3 
or MV-Canvas for further editing. 

features include: 

* No multi-pak rqd . Plugs into joy port: 

* Supports full CoCo3 Hi-Res display. 

* Slide show program included. 

* Easy to use Pop-up-Menu system, 

* Made and designed in Australia. 



WRITE TO US FOR A FREE DEMO/INFO DISK. 
OTHER PRODUCTS: 

* MV-Canvas Ver . 2 (QS-9 Paint program. Rqrs OS-9 & Multiview) ,,. AVAILABLE SOON 

* RAS*MAX (Print 42)96 colour RASCAN images on CGP-220 & STAR NX-1000 ) . , . $20 . 00 

* CGP^MAX (Print CM3 , GIF, MCE or HSCREEN2 pictures on CGP-220) SIS. 00 

* STAR*MAX (As above but for STAR NX- 1000) AVAILABLE SOON 

* Z'89 (New CoCo3 version of Zaxxon. ) ONLY 5 COPIES LEFT! . .$30.00 



* PYRAMIX (Like arcade Q-BERT.) ONLY A COPIES LEFT! 

* DONUT DILEMMA (10 level platforms game) SPECIAL 

* RUPERT RYTHYM (16 level strategy/arcade platform game) SPECIAL 

* SPACE INTRUDERS (an old classic re-vitalised) SPECIAL 



.$20.00 
. .$6.00 
. . $6 . 00 

. .$6.00 



NOTE - ALL PRODUCTS ARE ONLY FOR THE C0C03 WITH DISK DRIVE EXCEPT DONUT DILEMMA 
(CoCo 1/2/3. disk or tape) AND RUPERT RYTHYM (CoCo 3, disk or tape). 



Cheque or postal money order only 
NICKOLAS MARENTES P.O. BOX 6S51 UPPER MT.GRAVATT OLD 
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